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A method for saving power in a wireless terminal and a terminal 

The current invention relates to a method for controlling the power saving proper- 
ties of wireless short range radio frequency communication, such as WLAN or 
Bluetooth, between a first device and a second device in order to increase the opera- 
tive life of the batteries in a device, wherein at least one of the devices utilises cellu- 
5 lar phone technology. The current invention also relates to a device and device ar- 
rangement for controlling the power saving properties of said wireless radio fre- 
quency communicatiqn. 

BACKGROUND OF THE INVENTION 

10 The devices utilising cellular phone technology, such as cellular phones and like, do 
more commonly possess additional integrated features for short range wireless 
communication with other devices. Generally these kinds of wireless communica- 
tion technologies are meant for short distance low-power communication, such as 
communication in a single room or in a building. Two common such wireless tech- 

15 nologies are Wireless Local Area Network (WLAN) and Bluetooth. As WLAN is 
generally a wireless Ethernet, Bluetooth in an open specification designed to replace 
cables between cell phones, laptops and other computing and communication de- 
vices within a 10 meter range. Generally they both operate at the same free 2.4 GHz 
or 5.7 GHz band. 

20 

Wireless Local Area Networks 

Wireless local area networks become more common, and ever more terminals of 
different types can communicate in them. Traditionally wireless local area networks 
have been used mainly by portable computers or the like, but in an ever increasing 
25 manner wireless local area network properties are also included in other mobile 
terminals, for instance in different palm computers or mobile phones, such as in a 
GSM telephone or a communicator. 

The present Wireless Local Area Networks (WLAN) are mainly based on the stan- 
dard IEEE802.il. WLAN provides a network connection, which works over a rela- 
30 tively large area without inconvenient cables. Typically a WLAN operates for in- 
stance in an office environment or within a building, whereby it provides a possibil- 



ity for e.g. portable computers or the like to make a wireless connection to the local 
area network of a company or other service provider. The device making a connec- 
tion to the network can be for instance a separate connectable WLAN card, or the 
WLAN properties can be already integrated in the device. 

A WLAN can either be formed of terminals, which use only wireless network con- 
nections, or it can exist as an extension of a wired network. A WLAN comprising 
only wireless terminals is usually called an ad hoc wireless local area network, as 
there are no other available communication methods in addition to the WLAN 
equipment to form the local area network. A network is called an infrastructure 
WLAN if other communication means are available in addition to the wireless 
communication techniques. 

Thus the independent or ad hoc WLANs communicate only with other WLAN de- 
vices within their own wireless network environment. An ad hoc WLAN functions 
so that each network terminal can transmit data directly to another WLAN device 
within the same ad hoc network (point-to-point communication), and it does not re- 
quire the data to pass other equipment. This is a useful solution when the network is 
formed within a small group, for instance for different meetings, whereby only a 
few work stations or other terminals are used. It is easy to establish an ad hoc net- 
work, and it does not require complicated network management, but it is not suit- 
able for larger entities. An ad hoc network can be expanded by using an additional 
base station (AP, Access Point), whereby the base station functions as a repeater, 
which receives information and transmits this information to all WLAN terminals 
within its coverage area. This makes it possible to cover a larger area, even of the 
double size within the network. 

Infrastructure WLAN refers to a wireless local area network, which is connected 
with at least one base station to a wired local area network. The area of the base sta- 
tion can include several terminals (Stations, STA), which can communicate with the 
whole network via the base station. If there is only one base station, then the net- 
work is called a Basic Service Set (BSS) WLAN. If the network contains several 
BSS sets, which together form a sub-network, then this is called an Extended Ser- 
vice Set (ESS) WLAN. A bus between base stations in the ESS networks is called a 
Distribution System (DS), which can be for instance an Ethernet system or a wire- 
less system. The area covered by one base station is called a microcell. A WLAN 
comprising a distribution system, a base station or base stations with their micro- 
cells presents itself as one network of the IEEE802 standard to the higher layers of 
the OSI layer model. If a BBS forms an independent network without connections 
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to a distribution system it is called Independent Basic Service Set (IBSS) (in an ad 
hoc network). 

A WLAN according to the standard IEEE802. 1 1 can be built using radio frequency 
techniques, such as narrow band radio frequency techniques and spread spectrum 
5 techniques, such as Frequency-Hopping Spread Spectrum (FHSS) or Direct Se- 
quence Spread Spectrum (DSSS). 

All stations (STA) within the coverage area of one BBS must be synchronised to the 
same clock, which is usually made with the aid of a Timing Synchronisation Func- 
tion (TSF). In infrastructure WLANs a base station (AP) maintains this timing and 

10 performs the TSF. The base station transmits periodically certain frames, which are 
called beacons, and which contain data about the TSF clock, so that other stations 
within the same BBS can be synchronised. A receiving station must always accept a 
beacon sent by the base station of the BBS which serves this station. If the TSF 
clock in the station differs from the received data in the beacon, then the receiving 

15 station sets its clock to the received value. The base station generates and transmits 
a beacon once in a time unit, which is called the Beacon Period. 

In an IBSS network the TSF is realised by a distributed algorithm, which is realised 
by all members of the BBS. According to this algorithm each station of the BBS 
transmits beacons, and each station in the IBSS adjusts its clock on the basis of the 
20 timing of that beacon with a TSF value, which is later than the station's own value. 

The base station shall define the timing for the entire BBS by transmitting beacons 
according to the aBeaconPeriod attribute within the base station. This defines a se- 
ries of Target Beacon Transmission Times (TBTT), which exactly aBeaconPeriod 
time units apart. Time zero is defined to be a TBTT with the beacon being Delivery 
25 Traffic Indication Message (DTIM) and which is transmitted at the beginning of 
each Contention-free Period (CFP). At each TBTT the base station shall schedule 
the beacon as the next frame for transmission. 

In a wireless local area network a station (terminal) can switch into a Power Save 
(PS) mode. For instance in infrastructure WLAN a station then informs the base sta- 
30 tion about this by using the power management bits in the Frame Control field. 
Then the base station will not arbitrarily transmit data (MSDU, MAC Service Data 
Unit) to such stations, but it buffers the data and transmits it only at a certain mo- 
ment. Such stations, to which data has been buffered in the base station, are marked 
in the Traffic Indication Map (TIM), which is included as one element in each bea- 



con created by the base station. By receiving and interpreting the TIM a station will 
detect that there exists buffered data intended for it. Stations operating in the power 
management mode will periodically listen to the beacons, according to what is de- 
fined by the parameters Listenlnterval and ReceiveDTIM of the station's power 
management. 

When a station in power management mode detects that data for it is buffered in the 
base station it will transmit a short PS-Poll frame to the base station, which in turn 
will immediately respond by the data in question, or it states that it has received the 
PS-Poll and will transmit the data later on. If a TIM informing of buffered data is 
transmitted during a CFP, then a station in the power save mode will not transmit a 
PS-Poll frame,. but remains active until the buffered data has been received (or the 
CFP is finished). If a station of the BSS is in the power save mode the base station 
will buffer all broadcast and multicast MSDUs and send them to all stations imme- 
diately after the next beacon, which contains a DTIM transmission. 

A station (STA) remains in the current power management mode until it informs the 
base station about a changed power management mode initiated by the station itself 
by successfully exchanging frames. The power management mode must not change 
during a period of frame exchange. 

The station can have two different power states: awake, whereby it is fully powered, 
or doze, whereby the station is not able to transmit or receive, and whereby it con- 
sumes very little power. The manner in which the station switches between these 
two states depends on the station's power save mode; the modes are the Active 
Mode (AM) and the Power Save (PS) mode. 

In the active mode the station is able to receive frames at any time, and it is in the 
state "awake". 

In the power save mode the station listens to certain beacons (depending on the Lis- 
tenlnterval parameter of the MLME-Associate.request element) and transmits PS- 
Poll frames to the base station, if the TIM element in the most recent beacon shows 
that data (MSDU) for the station has been buffered. The base station transmits buff- 
ered MSDUs intended for a station in power save mode only as a response to a PS- 
Poll from this station, or during CFP if the station is a CF-Pollable PS-station. In the 
power save mode the station is in the doze state, and switches into the active state in 
order to receive beacons, to receive broadcast and multicast transmissions, which 
follow certain received beacons, to transmit, and to wait for responses to the trans- 
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mitted PS-Poll frames or (concerning CF-Pollable stations) to receive contention- 
free transmissions or buffered MSDUs. 

When a station is in the course of switching from the doze state to the 'awake* state 
in order to transmit it will first assess the state of the channel by a Clear Channel 
5 Assessment (CCA) procedure, until it detects a frame sequence where it can cor- 
rectly set its Network Allocation Vector (NAV), or until a period corresponding to 
ProbeDelay expires. 

TIM identifies those stations, which are about to receive traffic, which has been 
buffered in the base station. Further the TIM contains information about any ex- 
10 pected broadcast/multicast traffic. The base station allocates an Association ID 
(AID) to each station. AID 0 (zero) is reserved to identify a buffered broad- 
cast/multicast MSDU. 

There are two types of TIM: TIM and DTIM. After a DTIM the base station trans- 
mits the buffered broadcast/multicast MSDUs using normal frame transmission 
15 rules, and before it transmits any unicast frames. The base station transmits a TIM 
in each beacon. During each DTIM period (DTIMPeriod) a TIM of the 'DTIM'- 
type is transmitted in the beacon instead of a normal TIM. 

The stations in power save mode act in the following ways in order to receive, de- 
pending on whether it is a Contention Period (CP) or Contention-Free Period (CFP). 

20 Figure 1 shows the functions of a base station and stations in a case when a DTIM is 
transmitted always after two TIMs. The top segment of a line is the time axis, 
which shows the intervals between the beacons and between the DTIMs. The sec- 
ond segment of a line represents the base station's functions. The base station syn- 
chronises the beacons to be transmitted at each beacon interval, but the transmission 

25 of the beacons may be delayed, if there is traffic during the TBTT. This is marked 
in the figure with the text 'Busy Medium*. The third and fourth segments of a line 
represent stations, which are in different power save modes. Both stations switch on 
their receivers when they must listen to the TIMs. This is drawn in the figure with 
the aid of rising symbols representing the power of the receiver. For instance, the 

30 station shown on the third segment of a line switches on its receiver in order to re- 
ceive the TIM transmitted already during the first beacon. The TIM shows that there 
is a buffered MSDU for the receiving station. The receiving station generates a PS- 
Poll frame, which causes the transmission of the buffered data from the base station. 
Broadcast and multicast MSDUs are transmitted from the base station after a bea- 
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con containing a DTIM. The station shown on the fourth segment of a line operates 
in a state consuming extremely little power, and in the figure it switches on its re- 
ceiver only once in order to receive a TIM. 

When the Point Coordinator (PC) is inactive, and during CP when the PC is active, 
5 the station (STA) awakes from its doze state sufficiently early in order to receive 
the next agreed beacon. When the station detects that the AID bit corresponding to 
this station is set in the TIM, then the station starts a PS-Poll in order to obtain the 
buffered MSDU of a management frame. If more bits are set in the TIM the PS-Poll 
is transmitted after a random period. The station remains in the 'awake' state until it 

10 receives a response to its poll, or until it receives another beacon with a TIM indi- 
cating that the base station has buffered MSDUs or management frames for this sta- 
tion. If the AID bit corresponding to this station is set in the next TIM the station 
starts a new PS-Poll in order to obtain the buffered MSDU(s) or management 
frame(s). If the More Data field in the received MSDU or management frame shows 

15 that more traffic has been buffered for this station, then the station transmits a new 
poll at a suitable moment, until no more MSDUs or management frames are buff- 
ered for this station. If the ReceiveDTIM is true, then the station awakes from its 
doze state sufficiently early in order to receive each DTIM. A station receiving 
broadcast/multicast MSDUs remains in the 'awake' state until the More Data field 

20 or the broadcast/multicast MSDUs show that there are no more buffered broad- 
cast/multicast MSDUs, or until it has received a TIM, which shows that there are no 
more buffered broadcast/multicast MSDUs. 

In a BBS with an active PC the station awakes during the CFP to receive a beacon 
(containing the DTIM) at the beginning of each CFP r In order to receive broad- 

25 cast/multicast MSDUs the station awakes sufficiently early in order to receive each 
DTIM, which may be transmitted during the CFP. A station receiving broad- 
cast/multicast MSDUs remains in the 'awake' state until the More Data field of the 
broadcast/multicast MSDUs shows that there are no more buffered broad- 
cast/multicast MSDUs, or until it has received a TIM, which shows that there a no 

30 more buffered broadcast/multicast MSDUs. When a station detects that the AID bit 
corresponding to this station is set in the DTIM at the beginning of the CFP (or in 
the next TIM during CFP) it will remain in the 'awake' state during at least a por- 
tion of the CFP until the station receives a MSDU or management frame directed to 
it from the base station and the More Data field in the Frame Control field shows 

35 that no further traffic has been buffered. If the More Data field in the Frame Control 
field in the last MSDU or management frame received from the base station shows 
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that there exists more buffered traffic for the station, then the station can remain in 
the 'awake' state when CFP is terminated, and then it can send PS-Poll frames dur- 
ing the CP in order to request these extra MSDUs or management frames, or the sta- 
tion can switch itself into the doze state during CP (except during TBTT when 
5 DTIMs are expected during CP) in order to wait for the start of the next CFP. 

A station in the active state keeps its receiver continuously active, and it does not 
have to assess the traffic information part of the beacon. 

The base station has an expiration function which removes buffered traffic, which 
has been buffered over an unreasonably long time. This function is based on the 
10 Listenlnterval parameter of the MLME-Associate.request primitive of that station, 
for which the traffic is buffered. 

The description above refers mainly to infrastructure WLAN systems. The power 
management in IBSS systems differs slighdy from it, even if the basic idea is simi- 
lar. The stations are synchronised, and information about multicast MSDUs and 
15 MSDUs to be transmitted to stations in the power save mode is first presented dur- 
ing that period when the stations are in the 'awake' state. The announcement is 
made with the aid of ad hoc Traffic Indication Messages (ATIM). A station in the 
power save mode listens to these messages so that it can determine whether it 
should stay in the 'awake' state. 

20 When an MSDU is transmitted so that it is addressed to a certain station being in the 
power save mode, then the transmitting station first transmits an ATIM frame 
within the ATIM window, during which all stations are in the 'awake' state, also 
those in the power save mode. The ATIM window is defined as a specific period of 
time (defined by aATIMWindow), following a TBTT, and during which only bea- 

25 cons or ATIM frames shall be transmitted. The addressed ATIMs shall be acknowl- 
edged. If the station transmitting a directed ATIM does not receive an acknowl- 
edgement it shall execute the backoff procedure for retransmission of the ATIM. 
Multicast ATIMs shall not be acknowledged. 

After the ATIM intervall only those directed MSDUs, that have been succesfully 
30 announced with an acknowledged ATIM, as well as the broadcast/multicast MSDUs 
announced by ATIMs shall be transmitted to the stations, which are in the power 
save mode. The transmission of these frames shall be done using the normal DCF 
access procedure. 
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Bluetooth 

The Bluetooth (Trademark) standard (see Bluetooth specification) describes how 
low power radio transceivers can be used to remotely communicate over a range of 
tens of metres. These low power transceiver devices are already present in some 
mobile phones and can be used to allow a user input, such as a cordless headset, to 
be used remotely from the mobile phone. Communication between the headset and 
the phone occurs between a low power radio transceiver in the headset and the low 
power radio transceiver in the phone. A particular advantage of Bluetooth trans- 
ceivers in mobile applications is that they have energy conservation modes which 
prolong battery life. 

Two or more units sharing the same Bluetooth channel form a piconet. One Blue- 
tooth unit acts as the master of the piconet, whereas the other unit(s) acts as slave(s). 
Up to seven slaves can be active in the piconet. Multiple piconets with overlapping 
coverage areas form a scatternet. Each piconet can only have a single master. How- 
ever, slaves can participate in different piconets on a time-division multiplex basis. 
In addition, a master in one piconet can be a slave in another piconet. The piconets 
shall not be time- or frequency-synchronized. The piconet is synchronized by the 
system clock of the master. The master never adjusts its system clock during the ex- 
istence of the piconet. The slaves adapt their native clocks with a timing offset in 
order to match the master clock. 

Features are included into Bluetooth to ensure a low-power operation. These fea- 
tures are both at the microscopic level when handling the packets, and at the macro- 
scopic level using certain operation modes. Three modes are described during the 
connection state (wherein the connection has been established and packets can be 
sent back and forth) which reduce power consumption: sniff mode with higher duty 
cycle, hold mode with lower duty cycle and park mode with the lowest duty cycle. 

In active mode, the Bluetooth unit actively participates on the channel. The master 
schedules the transmission based on traffic demands to and from the different 
slaves. In addition, it supports regular transmissions to keep slaves synchronized to 
the channel. Active slaves listen in the master-to-slaves slots for packets. 

In the sniff mode, the duty cycle of the slave's listen activity can be reduced. If a 
slave participates on an ACL link, it has to listen in every ACL slot to the master 
traffic. With the sniff mode, the time slots where the master can start transmission 
to a specific slave is reduced, i.e. the master can only start transmission in specified 
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time slots. These so-called sniff slots are spaced regularly with a interval of T saiff 
(herein called 'sniff intervals'). To enter the sniff mode, the master shall issue a 
sniff command via the LM protocol. 

During the connection state, the ACL link to a slave can be put in a hold mode. This 
5 means that the slave temporarily does not support ACL packets on the channel any 
more. With the hold mode, capacity can be made free to do other things like scan- 
ning, paging, inquiring or attending to another piconet. During the hold mode the 
slave unit keeps its active member address (AM_ADDR). Prior to entering the hold 
mode, master and slave agree on the time duration the slave remains in the hold 
10 mode. When the timer is expired, the slave will wake up, synchronize to the traffic 
on the channel and will wait for further master instructions. 

When a slave does not need to participate on the piconet channel, but still wants to 
remain synchronized to the channel, it can enter the park mode which is a low- 
power mode with very little activity in the slave. In the park mode, the slave gives 

15 up its active member address (AM_ADDR). The parked slave wakes up at regular 
intervals to listen to the channel in order to re-synchronize and to check for broad- 
cast messages. To support the synchronization and channel access of the parked 
slaves, the master establishes a beacon channel when one or more slaves are parked. 
The beacon channel serves four purposes: transmission of master-to-slave packets 

20 which the parked slaves can use for re-synchronization, carrying messages to the 
parked slaves to change the beacon parameters, carrying general broadcast mes- 
sages to the parked slaves, and unparking of one or more parked slaves. 

BRIEF DESCRIPTION OF THE INVENTION 

25 Until now the wireless local area networks (WLAN) have been generally used 
mainly in portable computers or for instance in palm computers, where the WLAN 
has been the only wireless connection to the outside world for these devices. For 
instance portable computers are generally provided with Ethernet and modem inter- 
faces, and for instance USB and Firewire interfaces, and possibly an infrared con- 

30 nection. Usually a separate card is installed for a WLAN interface, or the WLAN 
may be integrated. Common to these solutions is that WLAN is generally the only 
way to provide these devices with a wireless connection to an external network, 
mainly to the Internet. 
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However, currently the perception of a terminal is changing, and WLAN properties, 
as well as Bluetooth properties, can be added for instance to a mobile phone, which 
normally communicates with the aid of cellular phone techniques. Mobile phones 
and different devices of the 'communicator' type, having in addition to the mobile 
phone properties also other features, such as Internet features, will in certain cir- 
cumstances benefit from the advantages provided by a wireless local area network. 
For instance, roaming has been tested between UMTS and WLAN networks. Roam- 
ing between two networks of different technologies enables movements in the cov- 
erage area of both networks, and at the same time it makes it possible to maximally 
utilise the transmission capacity of the networks. Seen in this light it is obvious that 
WLAN properties will become common in terminals of the mobile phone type, in 
other words in devices which in addition to the WLAN property also utilise at least 
cellular telephone technology, such as GSM or a future generation technology, such 
as CDMA2000, GPRS, WCDMA, EDGE or UMTS. 

Very little interest has been directed to the power saving in WLAN, as the WLAN 
technology so far was used mainly in portable computers having in battery use an 
operating time, which regarding the power consumption is typically max. 12 to 20 
hours. If the power used by WLAN reduces the operating time by e.g. one hour, it is 
not necessarily even detected. However, the power consumption is very important 
in such devices, for instance in mobile phones, where the operating time regarding 
the power consumption can be for instance 5 to 12 days and where the batteries are 
smaller than in computers. If the WLAN for instance consumes 20 mA, then the op- 
erating time of the mobile phone will be reduced to the level 18 hours - 1 day. The 
relatively high consumption of WLAN will cause problems, because the other 
power consumption in a mobile phone is relatively low. This must be solved for in- 
stance by developing the control of power saving properties of WLAN. 

As the use of WLAN becomes more common there is further a risk that the amount 
of traffic in wireless local area networks becomes so high that it impedes an un- 
hampered operation of the network. Thus it is advantageous to keep the WLAN 
traffic at a level as low as possible in order to avoid congestion. This can be solved 
by increasing the use of the power save mode in WLAN devices, which will reduce 
the load on the network. 

Because both WLAN and Bluetooth utilize the same free 2.4 GHz or 5.7 GHz band 
and because both technologies are common, it is advantageous to keep the traffic of 
both communication technologies as low as possible for example to avoid interfer- 
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ence between them. The same power saving issues described above for WLAN also 
exist on Bluetooth systems. 

Moreover, with Bluetooth it is possible to create multipart systems, which include a 
cellular core unit 70, such as a mobile phone, and one or more of peripheral devices 
5 as shown in figure 7. For example one of the peripheral devices may be optimized 
for making basic phone calls 74, one of them for messaging and browsing 72 and 
one for imaging and music 76. All the peripherals may be connected to the core unit 
70 with Bluetooth. The core unit itself does not necessarily need a display or user 
interface. As all the multipart devices are mobile handheld and/or portable termi- 
10 nals, their power consumption must be minimized in order to achieve better opera- 
tion times with small batteries. The batteries used in such devices may be substan- 
tially smaller than in a cellular phone which makes the control of power consump- 
tion very important. 

The object of this invention is to present a new method to control the radio fre- 
15 quency WLAN power saving properties in a device, which in addition to the 
WLAN utilises at least cellular phone technology. 

The objects of the invention are attained with a method wherein the activity state of 
the use of WLAN in a terminal defines the level of WLAN power saving. 

The object of this invention is also to present a new method to control the Bluetooth 
20 power saving properties in a device, which in addition to the Bluetooth utilises at 
least cellular phone technology. 

The objects of the invention are attained with a method wherein the activity state of 
the use of user interface in a device defines the level of Bluetooth power saving. 

As used herein the 'wireless communication' means a short range radio frequency 
25 wireless communication between two devices, such as WLAN or Bluetooth com- 
munication. Generally such short distance wireless radio frequency communication 
is performed on a free frequency, such as commonly used 2.4 GHz or 5.7 GHz band 
and it is designed for communication between devices, for example portable de- 
vices, in a relatively short distance apart, for example 10 meters or less even though 
' 30 longer ranges are possible in some cases. 

The method and devices according to the invention to control the power saving 
properties of short range wireless communication in order to increase the operating 
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time of batteries in a device are characterised in the independent claims. The de- 
pendent claims present some embodiments of the invention. 

The basic idea of the invention is as follows. As it is important regarding power 
saving to keep the short range wireless communication, such as wireless local area 
network (WLAN) or Bluetooth, power consumption of a battery operated terminal 
or device, such as terminal of the mobile phone type or a peripheral device utilising 
Bluetooth, as low as possible particularly when features utilising said wireless com- 
munication are not in use, then it is possible on the basis of the usage level of such 
features to control the degree of wireless communication power save mode. When it 
is assumable that no applications utilising said wireless communication are in use 
the terminal is switched into deeper power save mode regarding to said wireless 
communication. Then the terminal is relatively long periods in the power save 
mode, such as in a doze state and does not receive beacons within a certain period. 
If the terminal detects an event indicating activation of an application, which possi- 
bly will utilise said wireless communication, such as user input entry, it switches 
into a more active state regarding the wireless communication. There may be sev- 
eral states of power save modes ranging from fully active mode to fully inactive 
mode. These modes are specified in WLAN and Bluetooth specifications. 

An advantage of the invention is that it saves power in battery operation, and thus it 
increases the operating time of a terminal utilising wireless communication. 

A further advantage of the invention is that it reduces wireless communication traf- 
fic, and thus it also reduces the load on the network. 

A further advantage of the invention is that the batteries must be recharged or 
changed more seldom, which increases their service life. 

DRAWINGS 

The invention is described in detail below. The description refers to the enclosed 
drawings, in which 

Figure 1 shows the function of the power save mode in infrastructure WLAN; 
Figure 2 shows schematically the functional units of a terminal; 



Figure 3 shows schematically the functional units of a terminal casting the 
terface to a peripheral device and the peripheral device; 
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Figure 4a shows a closed terminal provided with an opening mechanism; 

Figure 4b shows an opened terminal provided with an opening mechanism; 

Figure 5 shows the different phases of the WLAN power saving according to the 
invention; 

5 Figure 6 shows the different phases of the Bluetooth power saving according to the 
invention; 

Figure 7 shows an arrangement of a core unit and peripheral devices communicat- 
ing with Bluetooth. 

Figure 1 was described earlier in connection with the description of prior art. 

10 Herein a terminal refers to a terminal, which is able to transmit and receive, and 
which has at least cellular telephone properties and short range wireless communi- 
cation properties, such as wireless local area network (WLAN) properties or Blue- 
tooth properties. A terminal of this kind is schematically exemplified in figure 2. 
The terminal 20 has a receiver 22 and a transmitter 23 advantageously connected to 

15 an antenna 21 for receiving and transmitting a radio frequency signal. Further the 
terminal has a control unit 24, a memory 25 and a user interface 26. The control unit 
24 is connected to the receiver 22, to the transmitter 23, to the memory 25 and to the 
user interface 26, and it controls their functions. The control unit 24 has also means 
for controlling the terminars 20 WLAN or Bluetooth properties, e.g. for controlling 

20 the power saving characteristics. When the control unit 24 uses the WLAN or Blue- 
tooth power saving feature according to the invention it controls the operation and 
the activity of the receiver 22 and transmitter 23 on the basis of the current power 
save mode. The power save mode is determined for instance by information ob- 
tained from the user interface 26. The user interface can comprise for instance a 

25 power switch, a display and/or a keypad or other means for controlling the device, 
for instance a touch-sensitive display, but all of them are not necessary. 

An embodiment comprising a terminal acting as a core unit and a peripheral device 
remotely using the user interface from said core unit is schematically exemplified in 
figure 3. In this device arrangement the user interface 36, such as graphical user in- 
30 terface is remote, i.e. it is casted from the terminal 30 (core unit, first device) to the 
peripheral device 38 (second device) with Bluetooth. The terminal 30 has a receiver 
32 and a transmitter 33 advantageously connected to an antenna 31 for receiving 
and transmitting a radio frequency signal. Further the terminal has a control unit 34, 
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a memory 35 and a user interface 36, which is casted to the peripheral unit 38. The 
control unit 34 is connected to the receiver 32, to the transmitter 33, to the memory 
35 and to the user interface 36, and it controls their functions. The control unit 34 
has also means for controlling the terminal's 30 Bluetooth properties, e.g. for con- 
trolling the power saving characteristics. The peripheral device 38 displays the re- 
mote user interface 36 which can be used by user. The functional parts such as re- 
ceiver, transmitter, antenna, control unit and memory the peripheral device 38 usu- 
ally needs for utilising Bluetooth features are not shown in this figure. 

DETAILED DESCRIPTION OF THE INVENTION 

There are several methods for defining the control of the power saving options in 
short range wireless communication in a terminal, which in addition to said short 
range wireless communication uses at least cellular phone technology, such as in a 
mobile phone or in a mobile terminal of the communicator type, or in a peripheral 
device communicating with such terminal. Such methods include monitoring the 
activity state of the utilization of said short range wireless communication and 
events related to it, for instance monitoring the state of the hatch in devices pro- 
vided with a hatch, or monitoring the activity, the data transfer or the use of applica- 
tions utilising the wireless communication. Also the user interface utilisation, such 
as the state of a keypad lock or screen saver, may provide useful information for the 
method of the current invention. 

It is characteristic for the method of the current invention that the activity state of 
the utilization of the short range wireless radio frequency communication, such as 
WLAN or Bluetooth, in a device defines the level of the power save mode of said 
short range wireless communication wherein active utilization of said short range 
wireless communication will decrease said level of the power save mode and/or less 
active utilization of said short range wireless communication will increase said level 
of the power save mode. 

Figure 4a shows a mechanism, which can be opened and closed, in the closed state, 
which mechanism can be found in some WLAN or Bluetooth terminals, such as in 
certain mobile phone models, particularly in mobile stations of the communicator 
type, and in certain mobile phones. A mechanism of this type can also be a hatch, a 
cover or the like, which covers the keys. A device utilising a screen saver for pre- 
venting accidental user input works basically the same way. When a mechanism of 
this type is closed, or a screen saver is activated or locked, the device is generally in 
a passive state, in other words applications using the WLAN or Bluetooth features 
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or other features in the device are not used, or cannot be used because the keys 
and/or the display needed for the use are covered. When the hatch or closing 
mechanism is closed the terminal (station) will then in an embodiment of the inven- 
tion switch into the power save mode, in which it will not receive the beacons 
5 transmitted by the base station during a certain period, for instance during the next 
30 frames. A deep power saving state of this kind is presented for instance on the 
bottom line of a segment in figure 1 . After this doze state the terminal switches into 
the active state and controls whether the base station has buffered data for it. If not, 
then the terminal again switches into the doze state as before. If data has been buff- 
10 ered the device can switch into a more active state and begin to receive data. 

Figure 4b shows a terminal with an opened mechanism, which can be opened and 
closed, whereby the device is switched into the active state, or into a power save 
mode which is more active than previously, whereby the device receives beacons 
more often than when the hatch or mechanism is closed. When the device is in the 
15 power save mode it dozes for instance 95 % of the time, and during the rest of the 
time it uses about 4 % to listen and only 1 % to transmit. 

Figure 5 shows in a flow diagram an example how the power saving state of WLAN 
is chosen according to the invention on the basis of the state (50) of the terminal's 
hatch mechanism, which can be opened and closed. When the system detects that 

20 the terminals hatch or mechanism is closed the terminars WLAN switches into a 
power saving state (56), whereby its receiver is switched on only periodically (57) 
and it will not receive all beacons (58). When the system again detects that the ter- 
minal's hatch or mechanism is opened the WLAN switches into more active state 
(52) and its receiver may be continuously switched on (53) whereupon it receives 

25 all the beacons (54). 

Figure 6 shows in a flow diagram an example how the power saving state of Blue- 
tooth is chosen according to the invention on the basis of the state (60) of the user 
interface utilisation. When the system detects that the user interface is not utilised, 
e.g. no user input is detected for a certain period of time or a screen saver activates, 

30 the terminars Bluetooth switches into a power saving state (66), whereby its sniff 
interval is increased (67) and its receiver is switched on only periodically (68). 
When the system again detects that that the user interface is utilised the Bluetooth 
switches into more active state (62) and its sniff interval is decreased (63) where- 
upon its receiver may be continuously switched on (64) or at least the interval of 

35 said 'on'-periods is decreased. 



16 



However, it is not necessary for the WLAN to be in a fully active state when the 
terminal's hatch or mechanism is open. According to the inventive idea it suffices 
that the opening of the hatch or mechanism substantially increases the activity level 
of the WLAN compared to a situation when the hatch or mechanism is closed, and 
when a stronger power saving mode is used. 

Thus an aggressive WLAN power save mode is used when the hatch or mechanism 
is closed. As the hatches or mechanisms in this kind of terminals are closed for the 
most part of time, such as at night or during transport or storage, the aggressive 
WLAN power saving state is also used the most part of time, and the power con- 
sumption of WLAN is as low as possible. However, a terminal may react on WLAN 
data addressed to it, although slower than normally, even if it uses the power saving 
according to the invention. The device can receive data, although at a rate which is 
slower than normally. When a faster transmission rate for WLAN data or a more 
rapid reaction is required the user can leave the hatch or mechanism open, even if 
he would not actively use the device, or the power saving properties can be by- 
passed when required, for instance in a programmed way. It is also possible to 
switch off the WLAN system, for instance in a programmed way. 

Terminals without hatches or other closing mechanisms like those described above 
can use other methods in order to determine the activity of WLAN or Bluetooth us- 
age. Such methods are for instance the selection or activation of a certain applica- 
tion in the terminal. For instance according to one embodiment of the invention, 
when the menu or icons of the terminal's operating system is browsed, and the 
browsing reaches a certain application, for example an application utilising WLAN, 
this will cause a change in the activity level of the WLAN system. This anticipates a 
possible future need to use WLAN, as it is presumed that the application in question 
uses WLAN properties, and then the WLAN would already be in the active state 
when the application is started. The actual start of a program may then cause a fur- 
ther change in the WLAN system into a more active direction. 

The power saving methods described above for WLAN systems may apply also on 
Bluetooth communication. Some further embodiments using Bluetooth will be de- 
scribed below. According to an embodiment a device arrangement comprises at 
least a first device which is a terminal of a cellular network (such as cellular phone 
or like described in figure 2 and 3) and which also has Bluetooth features to com- 
municate with a second device. The second device (or plurality of devices) may be a 
specific peripheral device which can be used for various purposes and there may be 
a separate peripheral device for different purposes. The second device may also be a 
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common terminal of cellular network or like as far as it can communicate with the 
first device with Bluetooth. 

In one embodiment there is a multipart system comprising a first device as a core 
unit which utilises at least cellular phone technology and communicates with one or 
5 more peripheral devices (second device) with Bluetooth, runs one or more applica- 
tions, and the User Interface (UI) in an peripheral device is implemented in a way 
that when the user uses the UI in a peripheral device an interaction between the pe- 
ripheral unit and the core unit is required. There are several ways to divide applica- 
tions between the core unit and the peripheral device UI. For example the UI appli- 

10 cations may be in the core unit and the UI is sent to peripheral device e.g. GUI bit- 
map is compressed and sent via Bluetooth to peripheral device where the GUI is 
first uncompressed and then shown to user in the display of the peripheral device. 
This kind method of using remote UI can be called UI casting. As the GUI may be 
sent every time there is a change in the bitmap, this will consume relatively much 

15 power. Common to all such methods is that usually the Bluetooth connection be- 
tween the core unit and the peripheral device is required in order to fully utilize the 
remote UI in the peripheral device. Usually also a fast response time is required be- 
tween the peripheral device and the core unit when the user is using the UI. This re- 
quires Bluetooth being in substantially active mode (e.g. not in sleep mode) when 

20 the user is using the peripheral device UI. Since there are also many other ways to 
divide the applications between the core unit and the peripheral devices, such as de- 
scribed in the following text, in this invention the expression 'remote UF is used as 
a common name for these techniques wherein data related to the user interface is 
transferred between the first device and the second device with Bluetooth. This data 

25 may contain any data related to the user interface, such as visual data, audio data 
and data related to user actions. Non-limiting examples of such remote user inter- 
faces are GUI casted from the first device to the second device as described above, 
an user interface based on keys, keypad, touch sensitive display or like wherein the 
touch entries on keys or like on one device are transferred to the other device, an 

30 user interface based on audio or combinations thereof. 

The remote UI, such as UI casting, increases the current consumption because the 
Bluetooth link needs to be substantially active all the time when the user is actively 
using the system. This must be solved by developing the methods to control the 
power saving properties of Bluetooth. 

35 According to another embodiment the core unit (the first device) acts as a gateway 
device for the peripheral devices providing access to external network resources, 
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such as Internet or local area network or like. This connection to external network 
resources can be carried out though the cellular network using for example GSM, 
CDMA2000, GPRS, WCDMA, EDGE or UMTS technology or like. If WLAN and 
Bluetooth exist in the same device, WLAN can also be used as well for external 
network connections since it provides fast connection. The first device does not 
necessarily need a display or keypad or other user interface since these operations 
can be performed remotely in a peripheral device. For example a peripheral device 
may comprise a display which displays the data, such as user interface, send by the 
first device by Bluetooth. Such peripheral may then be a simple handheld device 
which does not process most of the data itself but rather the data is processed in the 
first device. The user interface may contain a screen saver option which either 
blanks the display or switches on a predefined screen saver after certain period of 
time. The screen saver may also be lockable, for example automatically after certain 
period of time or by user input. 

Another example of such remote user interface is an arrangement where the actions 
on the keypad or like of the second device are transferred to the first device by 
Bluetooth i.e. the first device acts as the core unit and the second device acts as a 
remote keypad or like. 

The second device containing display may be used for example for making phone 
calls, Internet browsing and email applications or like, or for imaging or music pur- 
poses, wherein the data is transferred by Bluetooth from the first device. The second 
device may contain a touch sensitive display or keypad or other means for user in- 
put entry or combinations thereof. The second device may also contain audio prop- 
erties and devices, for example microphone, earphone or loudspeaker or combina- 
tions thereof wherein the data containing the sound information is transferred by 
Bluetooth. There are pluralities of purposes the second device may be used wherein 
the data is transferred between the first and the second device by the Bluetooth con- 
nection. The second device may also comprise combinations of properties described 
above or other properties. 

Figure 7 shows an example of such device arrangement. The core unit 70 is a cellu- 
lar terminal using GSM or GPRS or like to communicate with external network, 
such as cellular network or the Internet. Optionally the core unit can communicate 
also with WLAN. Further, the core unit 70 communicates with several peripheral 
units, 72, 74 and 76, with Bluetooth connection. In this example one peripheral unit 
72 is designed for browsing and email applications and like, one 74 for conven- 
tional phone calls and one 76 for audio applications. 
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In an embodiment of the current invention the activity state of the user interface in 
the second device is arranged to control the level of the activity state of Bluetooth 
utilisation to control the Bluetooth power save mode. A change to a higher level of 
power save mode is performed when said activity state of the utilization of the user 
5 interface gets lower. Correspondingly, when the activity state of the user interface 
gets higher, for example by user input entry, this may possible indicate a forthcom- 
ing use of Bluetooth connection and a change to a lower level of power save mode 
will be performed. 

In an embodiment of the current invention the activity state of Bluetooth utilisation, 
10 which activity controls the level of Bluetooth power save mode, is defined by the 
state of the keypad lock in a device as known in the art. If the keypad is locked, one 
can assume that the activity of the Bluetooth usage is low since user can not entry 
any input. This will cause a change in the power save mode so that a higher level of 
power save mode will be used. 'Higher level of power save mode' used herein re- 
15 fers to a more inactive mode regarding to the Bluetooth communication, which will 
save power. In one embodiment the keypad is in the peripheral device but this 
method can be applied also to the keypad of the first device. When the keypad lock 
is released, according to the invention it is likely that the usage of the Bluetooth 
communication will increase and the activity state of Bluetooth utilisation is in- 
20 creased. This will cause a change in the power save mode so that a lower level of 
power save mode will be used. 'Lower level of power save mode' used herein refers 
to a more active mode regarding to the Bluetooth communication. The lowest level 
of power save mode will eventually be no power saving at all. 

In addition to the lock state of the keypad in the second device, similarly also the 
25 lock state of a lockable touch sensitive display, which in some cases may replace 
the keypad or keyboard or like, or the lock state of a lockable screensaver may be 
used to define the activity state of Bluetooth utilisation or activity state of the user 
interface utilisation. Also as described above the state of a lid, hatch or an opening 
mechanism of the device may be used as well. 

30 Similarly in another embodiment of the current invention the state of the screen 
saver of the display on a device defines the activity state of the Bluetooth utilisation. 
When the screen saver is on, one can assume that the activity of the Bluetooth is 
low. When the screen saver is disabled, for example by user input entry by touching 
a touch sensitive display or a key or like, according to the invention it is likely that 

35 the activity of the Bluetooth communication will increase. The user input may be 
also a sound, such as a predefined specific sound, voice command or change in the 
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volume of the sound. The device will enter to screen save mode after certain period 
of time. In an embodiment the lack of activity or user input for certain period of 
time will define the Bluetooth activity as low or lower as before. Further entering to 
screen saver mode will define the Bluetooth activity even lower. 

In an embodiment the state of the user interface utilisation is defined by user input 
on the second device or lack of it for a chosen period of time. Generally any user 
input, such as touch on a key or a specific key on the keypad or like, touch on a 
touch sensitive display, touching or moving a lid, hatch or an opening mechanism of 
the device or providing a specific sound or change in the level of sound, may be 
Used to define the activity state of the Bluetooth utilisation. 

When the activity of the Bluetooth is low or it is not actively used, the second (pe- 
ripheral) device informs the first device with Bluetooth and the first device in- 
creases the sleep period for example by going from connected mode to sleep mode 
or by increasing the sniff interval (higher power save mode). Depending on the set- 
tings of the power saving the Bluetooth connection with the second device may go 
also to hold mode or park mode. On the other hand if second device detects an user 
input, for example as described above, this is noticed by the first device and the 
sleep period is increased (e.g. from sniff mode to connected mode or sniff interval is 
increased) or more lower power save mode is selected. 

Using these principles the devices may save power when the Bluetooth connection 
is not in active use. Also when a user input is detected, the activity state of the Blue- 
tooth will get higher to allow faster responses to further user actions, for example 
for the use of the user interface. 

In an example the first device communicates with at least two devices of 'second 
device' type. When the keypad of one of said 'second devices' is locked, said de- 
vice will enter a power save mode wherein the sniff interval is increased. If at the 
same time the first device communicates actively with another 'second device', said 
entering of the other device to the power save mode will free resources for this ac- 
tive communication and the capacity of said communication may increase. 

According to an embodiment of the invention the method for determining the activ- 
ity of WLAN or Bluetooth utilisation and the setting the level of the power save 
mode is to monitor the level of WLAN or Bluetooth communication during a cer- 
tain period. If no data has been transmitted during a certain time through the WLAN 
or Bluetooth, or if only a small amount of data has been transmitted, then the 
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WLAN or Bluetooth system would switch into the power save mode, and the inter- 
val between received beacons would become longer. On the other hand, an in- 
creased amount of transmitted data would cause the WLAN or Bluetooth to switch 
into a more active state (lower power save mode). 

5 In one embodiment the second device displays the user interface, which may con- 
tain menu or icons or like, and user can browse this menu locally on the second de- 
vice without any data being sent by Bluetooth to the first device. When a certain 
application, preferably associated with higher Bluetooth utilisation between the de- 
vices, is chosen in the menu or display, it will cause a change in the level of the 
10 Bluetooth power save mode. The Bluetooth will go on more active mode to enable 
faster responses for said application utilising Bluetooth. 

Above some methods according to the invention are described. The invention is not 
limited to the solutions described above, but the inventive idea can be applied in 
numerous ways within the scope of the claims. 
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CLAIMS 

1. A terminal (20) of a cellular network, which terminal has a transmitter (23), a 
receiver (22), a control unit (24) and a user interface (26), as well as means for util- 
ising radio frequency WLAN properties, characterised in that the activity state of 

5 said radio frequency WLAN utilisation in the terminal is arranged to control the 
level of the WLAN power save mode wherein active WLAN utilisation is arranged 
to decrease said level of the power save mode and/or less active WLAN utilisation 
is arranged to increase said level of the power save mode. 

2. A terminal of claim 1, characterised in that the position of the terminal's pro- 
10 tective lid or opening mechanism is arranged to define the activity state of WLAN 

utilisation. 

3. A terminal of claim 1, characterised in that it comprises a keypad which is 
arranged to be locked and the state of the keypad lock is arranged to define the ac- 
tivity state of WLAN utilisation. 

15 4. A terminal of claim 1, characterised in that it comprises a display which is 
arranged to utilise a screen saver and the state of the screen saver is arranged to de- 
fine the activity state of WLAN utilisation. 

5. A terminal of claim 1, characterised in that user input for any of the devices 
or lack of it for a certain period of time is arranged to define the activity state of 

20 WLAN utilisation. 

6. A terminal of claim 5, characterised in that said user input is received by one 
of the following acts on the terminal: a touch on a specific key, keypad or touch 
sensitive display, opening or closing of a lid or an opening mechanism of the termi- 
nal, or a specific sound input on the terminal's microphone or like. 

25 7. A terminal of claim 1, characterised in that selection or starting of an applica- 
tion using WLAN in the terminal is arranged to define the activity state of WLAN 
utilisation. 

8. A terminal of claim 1, characterised in that the amount of WLAN data com- 
munication is arranged to define the activity state of WLAN utilisation. 

30 9. A device arrangement comprising a first device (30) of a cellular network, 
which device has a transmitter (33), a receiver (32) and a control unit (34), as well 
as means for utilising Bluetooth properties, and a second device (38) having an user 
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interface (36) and means for utilising Bluetooth properties arranged to communicate 
with the first device (30) by Bluetooth, characterised in that the activity state of the 
user interface utilisation in the second device is arranged to control the level of the 
Bluetooth power save mode wherein active user interface utilisation is arranged to 
decrease said level of the power save mode and/or less active user interface utilisa- 
tion is arranged to increase said level of the power save mode. 

10. A device arrangement of the claim 9, characterised in that the first device 
comprises also means for utilising WLAN properties. 

11. A device arrangement of the claim 9 or 10, characterised in that said user in- 
terface is remote from the first device to the second device. 

X 

12. A device arrangement of any of the claims 9-11, characterised in that said 
activity state of the user interface utilisation is defined by the state of at least one of 
the following in the second device: the lock state of a lockable keypad, the lock 
state of a lockable touch sensitive display, the state of a screensaver, the lock state 
of a lockable screensaver and the state of a lid or an opening mechanism of the de- 
vice. 

13. A device arrangement of any of the claims 9-11, characterised in that said 
activity state of the user interface utilisation is defined by user input on the second 
device or lack of it for a chosen period of time 

14. A device arrangement of the claim 13, characterised in that said user input is 
received by one of the following acts on the second device: a touch on a specific 
key, keypad or touch sensitive display, opening or closing of a lid or an opening 
mechanism of the second device, or a specific sound input on the device's micro- 
phone or like. 

15. A device arrangement of the claim 9, characterised in that said activity state 
of the user interface utilisation is defined by a selection or starting of an application 
using Bluetooth in a menu or like in the second device. 

16. A device of cellular network comprising means for utilising Bluetooth proper- 
ties arranged to communicate by Bluetooth with a second device comprising means 
for utilising Bluetooth properties and an user interface, characterised in that the 
activity state of the user interface utilisation in the second device is arranged to con- 
trol the level of the Bluetooth power save mode wherein active user interface utili- 
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sation is arranged to decrease said level of the power save mode and/or less active 
user interface utilisation is arranged to increase said level of the power save mode. 

17. A device of the claim 16, characterised in that said device comprises also 
means for utilising WLAN properties. 

5 18. A device of the claim 16 or 17, characterised in that said user interface in the 
second device is remote from said device of cellular network. 

19. A device of any of the claims 16-18, characterised in that said activity state 
of the user interface utilisation is defined by the state of at least one of the following 
in said second device: the lock state of a lockable keypad, the lock state of a lock- 

10 able touch sensitive display, the state of a screensaver, the lock state of a lockable 
Screensaver and the state of a lid or an opening mechanism of the device. 

20. A device of any of the claims 16-18, characterised in that said activity state 
of the user interface utilisation is defined by user input on the second device or lack 
of it for a chosen period of time 

15 21. A device of the claim 20, characterised in that said user input is received by 
one of the following acts on the second device: a touch on a specific key, keypad or 
touch sensitive display, opening or closing of a lid or an opening mechanism of the 
second device, or a specific sound input on the device's microphone or like. 

22. A device of any of the claims 16-18, characterised in that said activity state 
20 of the user interface utilisation is defined by a selection or starting of an application 

using Bluetooth in a menu or like on the second device. 

23. A device comprising an user interface and means for utilising Bluetooth prop- 
erties arranged to communicate by Bluetooth with a terminal of cellular network 
comprising means for utilising Bluetooth properties, characterised in that the activ- 

25 ity state of the user interface utilisation in said device is arranged to control the level 
of the Bluetooth power save mode wherein active user interface utilisation is ar- 
ranged to decrease said level of the power save mode and/or less active user inter- 
face utilisation is arranged to increase said level of the power save mode. 

24. A device of the claim 23, characterised in that said user interface is remote 
30 from said terminal of cellular network. 

25. A device of the claim 23 or 24, characterised in that said activity state of the 
user interface utilisation is defined by the state of at least one of the following in the 
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device: the lock state of a lockable keypad, the lock state of a lockable touch sensi- 
tive display, the state of a screensaver, the lock state of a lockable Screensaver and 
the state of a lid or an opening mechanism of the device. 

26. A device of the claim 23 or 24, characterised in that said activity state of the 
5 user interface utilisation is defined by user input on the second device or lack of it 

for a chosen period of time 

27. A device of the claim 26, characterised in that said user input is received by 
one of the following acts on the device: a touch on a specific key, keypad or touch 
sensitive display, opening or closing of a lid or an opening mechanism of the de- 

10 vice, or a specific sound input on a microphone or like. 

28. A device of the claim 23 or 24, characterised in that said activity state. of the 
user interface utilisation is defined by a selection or starting of an application using 
Bluetooth in a menu or like on the device. 

29. A method for controlling the power saving properties of short range wireless 
15 radio frequency communication between a first device and a second device in order 

to increase the operative life of the batteries in any of the devices wherein at least 
one of the devices utilises also cellular phone technology, characterised in that the 
activity state of the utilization of said short range radio frequency wireless commu- 
nication in one of the devices defines the level of the power save mode of saidshort 
20 range wireless communication wherein active utilization of said short range wire- 
less communication will decrease said level of the power save mode and/or less ac- 
tive utilization of said short range wireless communication will increase said level 
of the power save mode. 

30. A method of the claim 29, characterised in that said short range wireless 
25 communication comprises WLAN communication. 

31. A method of the claim 29 or 30, characterised in that said short range wire- 
less communication comprises Bluetooth communication. 

32. A method of any of the claims 29-31, characterised in that said activity state 
of the utilization of said short range wireless communication in one of the devices is 

30 defined by the state of user interface utilisation in any of the devices. 

33. A method of the claim 32, characterised in that the state of said user interface 
utilisation is defined by the state of at least one of the following in the device: the 
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lock state of a lockable keypad, the lock state of a lockable touch sensitive display, 
the state of a screensaver, the lock state of a lockable Screensaver and the state of a 
lid or an opening mechanism of the device. 

34. A method of the claim 32, characterised in that the state of said user interface 
5 utilisation is defined by user input on the second device or lack of it for a chosen 

period of time 

35. A method of the claim 34, characterised in that said user input is received by 
one of the following acts on the device: a touch on a specific key, keypad or touch 
sensitive display, opening or closing of a lid or an opening mechanism of the de- 

10 vice, or a specific sound input on a microphone or like. 

36. A method of the claim 32, characterised in that the state of said user interface 
utilisation is defined by a selection or starting of an application using said short 
range wireless communication in a menu or like on the device. 

37. A method of the claim 29, characterised in that the level of data transfer of 
15 said short range wireless communication defines the activity state of the utilization 

of said short range wireless communication. 
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Abstract 

The object of the invention is a method for controlling the power saving properties 
in a terminal, which utilises cellular phone technology and short range radio fre- 
quency wireless communication features in order to increase the operative life of 
the batteries, and a terminal utilising the method. In the method of the invention the 
activity state of the short range wireless communication utilisation in the terminal 
determines the level of the short range wireless communication power save mode. 
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